Multi-mode media device using metadata to access media content

ABSTRACT

A multi-mode media device arranged to store digital media content and at least in part wirelessly access and/or control a separate media source configured to provide media content to a separate media output unit. In a first mode, the media device displays a list of media content stored on the device; receives a selection signal to play a selected media content; and plays the selected content on the device. In a second mode, the device operatively connects to a media source, permitting the device to issue commands to the source; at least in part wirelessly transmits a selection signal including a media content request from the device to the media source; and in response to the media content request, the media source delivers the appropriate media content from the media source to a media output unit for output, based on the media content request.

RELATED APPLICATIONS

This application claims the benefit under 35 U.S.C. §120 of U.S. application Ser. No. 11/260,699, entitled “Entertainment System With Bandless Tuning, Remote Control Alarm and Universal Docking,” filed on Oct. 27, 2005, which is herein incorporated by reference in its entirety.

This application hereby incorporates by reference the following U.S. Provisional Application Ser. Nos. 60/623,006 and 60/622,924, both filed on Oct. 27, 2004, and 60/637,669, filed Dec. 20, 2004, all titled “APPARATUS FOR AUDIO PLAYBACK AND METHODS OF USING SAME” and Ser. No. 60/708,673, filed Aug. 16, 2005 and titled “DUAL-MODE WIRED/WIRELESS REMOTE CONTROL AND ENTERTAINMENT UNIT USING SAME.”

FIELD OF INVENTION

This invention relates to the field of electronic entertainment systems and, in particular, to a system which includes a base (table) audio unit, a dual-mode control unit, a fail-safe alarm and a universal docking mechanism for portable music/media players, network and wireless receivers and other (detachable) devices.

BACKGROUND

Electronic entertainment systems are not, as a category, new. Radios, for example, have delivered audio content for more than 75 years. Phonographs have existed for more than 100 years. They have evolved into numerous other pertinent devices, including removable media tape and CD players (both stationary and portable), satellite broadcast receivers and various kinds of portable fixed-media players such as MP3 players. The latter include, for example, various models of the iPod brand MP3 players from Apple Computer, Inc. of Cupertino, Calif., the Zen and other players from Creative Technology, Ltd. of Singapore, and so forth.

Some manufacturers have provided base units into which certain specific portable MP3 players of a single manufacturer, such as Apple Computer's iPod players, may be docked to play music recorded on the MP3 player via amplifiers and speakers external to the player. In general, such units, however, have a limited range of players they can accept as input. This is somewhat problematic in that when a customer purchases such a product, the customer has little assurance that it will not be made obsolete in relatively short order by the introduction to the market of a new MP3 player or other device. Accordingly, a need exists for an entertainment platform which is not so readily obsolesced. To the extent that attempts have been made to provide a more flexible platform that is useful with multiple and future players, typically a standard plug is provided to plug into any analog audio output jack of the player; and there is only limited external control of the player (e.g., forward, back and play).

Efforts also have been made to marry MP3 players with table clock radios. The result is basically a conventional clock radio that can also play songs from the MP3 player via loudspeakers contained in the clock radio. The table clock radio is a ubiquitous household appliance whose functionality has changed little in many decades. Consequently, virtually all commercial clock radios are subject to numerous limitations which lead to a variety of user frustrations not alleviated by the addition of a portable music player as a music source. For example, a clock radio normally has a single volume control which controls the volume of sound when the radio is turned on normally, as well as when the alarm function turns on the radio. Consequently, if one temporarily turns down the volume control while the radio is playing and, not realizing that situation, activates the alarm, then when the alarm turns on, it turns on a radio whose volume has been muted. Thus, the user may not be awakened by the alarm. Conventional alarm clocks have a variety of other limitations and it has become virtually ingrained in the consuming public to expect them.

Radio tuners, particularly user interfaces of such tuners, have also changed very little in years. Yet new broadcast modes, such as satellite radio, HD radio and the like present challenges for the integration with AM and FM tuning bands. For both home entertainment systems and automobile entertainment systems, new interfaces are needed to simplify tuning.

Thus, in general, improved user interface for home and auto entertainment systems are needed.

SUMMARY OF INVENTION

Various efforts to integrate bits and pieces of the audio landscape into a cohesive and affordable system have been met with problems such as, for example, incompatibility of various devices, proprietary frequencies, inelegant user integration, or even high price. The system presented herein provides for more convenient and easier to use hosting for the large number of existing audio products, adaptability to future products, and a better user experience for the consumer. There is shown a system for in-home or in-office use, and some aspects for automobile use, which can accommodate numerous playback or broadcast sources, and provides extensive and advanced alarm clock functionality along with simplified radio station tuning. Some aspects or features may be useful for portable devices, as well, while others likely will not.

Entertainment systems as presented herein address the above-expressed needs and others that will become apparent below. An integrated collection of components, features and techniques together provide improved delivery of (typically, audio) content and improved, simplified control over the delivery and selection of that content, and related functionality. There are various aspects to the system, and related methods as discussed below.

According to a first aspect, an entertainment system is shown, comprising a base unit having electronics including a transceiver for interacting, at least at times, with a control unit via a communications link that is preferably an RF link, and a control unit for controlling the base unit, the control unit being dockable with the base unit to establish direct electrical connection therebetween and including a transceiver for interacting with the control unit via said RF link when undocked from the base unit. The control unit is thus operable in two modes and presents substantially the same user experience in both modes. The control unit may be considered a separate aspect of the invention or system.

The base unit may contain a radio tuner, preferably with bandless tuning capability (see below), and may be designed to receive into a universal docking arrangement a digitally controllable auxiliary audio source such as a portable MP3 player or a variety of other devices, such as satellite receivers, wireless networking cards, and so forth. In one embodiment, the device includes a network card for integrating the device into a computer network through an Ethernet connection, or through WiFi, or PowerLine networks. The radio tuner and/or auxiliary audio source may supply a stream of information from a broadcaster or other medium, about the broadcaster and/or program content, or otherwise, for example; and the base unit may include processing capability to decode, store, recall, and/or display some or all of that information, or otherwise to process the information (for example, to sort it or analyze it), such as to facilitate content selection. The base unit may further provide alarm clock functionality with numerous features including a “fail-safe’ volume control system and fail-safe alarm time setting capability.

The device is adapted to obtain streaming audio broadcasts and other networked or Internet based broadcast sources. An example of a streaming audio service compatible with the device of at least some embodiments of the present invention includes Rhapsody by Real Systems. Rhapsody is a streaming service that permits a user to have a remote personal music library. Likewise, the device can play music and content from personal downloaded music libraries, particularly digital libraries such as Napster and iTunes. In one aspect, the invention provides a device for receiving, storing and playing back content from a personal music library stored on a peripheral device.

The device is a “pull” or “on-demand” system, which permits the user to select the audio content from a location remote from the device. This contrasts with “push” systems such as AirTunes, that require a user to control programming from a central computer for supply to remote players. In other aspects, the device provides for a central unit in wireless communication with one or more remote player units. Thus a user can play music in one or more locations in their house, and can control playback from multiple locations, thereby providing whole house audio, without having to run speaker or control wires through walls and floors.

In one aspect, the invention provides a device for receiving, storing and playing back broadcast content. The device provides for numerous features that improve the user experience, and is compatible with a variety of broadcast signals, including those provided on FM, AM, satellite shortwave bands, high definition (HD) and weather radio bands. The device is also compatible with proprietary broadcast formats requiring a decoder, such as those used in satellite radio. In this embodiment, the device is configured with power and signal routing adaptors for XM, Sirius and other satellite radio decoder and control units. The device includes a receiver, optionally a decoder with a storage medium coupled to the decoder, one or more user inputs and a system controller coupled to the user input, an amplifier and optionally a preamplifier, a display screen, and one or more speakers or audio output devices. In one embodiment, the receiver receives a signal, such as a digitally encoded bit stream over-the-air on a plurality of communication resources, wherein each of the plurality of communication resources contains content and associated index information. The decoder selectively decodes a selected plurality of communication resources and the user input selects the selected plurality of communication resources based on the associated index information and selects a portion of the content contained in selected plurality of communication resources to be retrieved. The storage medium stores the content and associated index information contained in the selected plurality of communication resources and the system controller stores and retrieves content to and from the storage medium based on input received at the user input. In another aspect of the present invention, a method of receiving and storing audio radio signals, comprises the steps of receiving a signal, such as a digitally encoded bit stream over-the-air on a plurality of communication resources, wherein each of the plurality of communication resources contains content and associated index information and selectively decoding a selected plurality of communication resources. The method then enables the selection of the selected plurality of communication resources using a user input and the associated index information and stores the content and associated index information contained in the selected plurality of communication resources in a memory device. In a third aspect of the present invention, a system for transmitting, receiving, storing and playing back digital audio radio signals comprises an encoder, a transmitter, a receiver, a decoder, a user input, a storage medium coupled to the decoder, and a system controller coupled to the user input. The encoder encodes one or more content sources and associated index information in an encoded bit stream and the transmitter transmits over-the-air the content sources. The receiver receives the encoded bit stream over-the-air and the decoder selectively decodes the transmitted signal. The user input selects a portion of the content contained in selected communication resources to be retrieved. The storage medium stores the content and associated index information, and the system controller stores and retrieves content to and from the storage medium based on input received at the user input interface. In preferred embodiments, the device is compatible with all types of modular decoder/player satellite radio components, e.g., those from XM and Sirius.

According to a second aspect, there is provided by the control unit a radio tuning interface which presents to a user a bandless tuning experience even when the radio receiver in the base unit covers multiple bands of the radio spectrum. Such a radio tuning interface for a radio receiver having apparatus for receiving signals broadcast on a first band and signals broadcast on a second band, may provide the user only a single frequency selection knob for selecting broadcast frequencies on both bands by presenting the bands as successive rotationally adjacent positions of the knob. This also enables cross-band “seeking” and “scanning” for a station or content of interest. The interface may include a counter or encoder for tracking rotational position of the knob and a processor for generating signals in response to said rotational position, the signals mapping the position to a band and a frequency within the band, a display connected and arranged to display said band and frequency, and a tuner interface supplying said band and frequency signals to a tuner in the base unit. Optionally, the tuner may include so-called one or more station “preset” buttons, which may be used to store, and quickly recall with a simple button press, a desired station(s). If desired, the preset functionality may be combined with information captured from a signal source, such as a radio station, such as the station's call letters. A “soft” button may be provided (e.g., on a touch screen or other input device) and the button may be labeled with the station's call letters. Or a button label area may be provided on screen (e.g., for hardware buttons) and the call letters or station frequency may be displayed there, even if the area is not touch-responsive. Optionally, a sorting algorithm may be used to sort such information and to re-assign stations to preset buttons; for example, to sort stations by music type, if that data is made available. Systems such as RDS supply a number of types of information and different users may wish to use that information in different ways. Preferably, therefore, a mechanism (e.g., software running on a processor in either the control unit or the base unit) is provided to place the unit into a user-programmable mode wherein the user may, through menu picks and other input conveniences, select which information to use and how to use it. Innumerable arrangements are possible by virtue of including a programmable processor element and memory in the control unit and/or the base unit.

According to yet another aspect, there is provided an adapter assembly substantially as shown and described, for receiving audio signal sources, satellite receivers, wireless LAN interfaces and other devices which have different connectors and form factors.

According to a still further aspect, the system may include alarm clock operation and, indeed, by virtue of the processing capability provided, numerous advanced alarm clock features may be incorporated at virtually no incremental cost. Such alarm clock features are discussed below. Some aspects of such alarm clock operation interrelate to another aspect of the invention, whereby separate audio channels with separate volume controls are provided, typically at the input to the audio amplifier, for each signal source or function, so that, for example, the volume of the radio in the alarm clock mode is independently controlled from the regular playing volume of the radio.

Yet another aspect of the system is the architecture of providing a base unit and a remote unit which communicate wirelessly, preferably by RF (though an optical—e.g., infrared—link is also an alternative), and each having a processor, whereby great flexibility and capability are provided, as outlined above and below.

BRIEF DESCRIPTION OF DRAWINGS

The accompanying drawings are not intended to be drawn to scale. In the drawings, each identical or nearly identical component that is illustrated in various figures is represented by a like numeral. For purposes of clarity, not every component may be labeled in every drawing. In the drawings:

FIG. 1 is a high-level block diagram of an example of a system as taught herein;

FIG. 2A is a pictorial view of an example of a remote unit for a system as taught herein;

FIG. 2B is a pictorial view of a system as taught herein with the detachable remote unit of FIG. 2A docked with an example of a base unit,

FIG. 3 is another high-level block diagram further illustrating the architecture of the components of the remote unit and base unit in an exemplary embodiment;

FIG. 4 is a diagrammatic illustration of the signal flow between the remote unit and base unit when the remote unit is undocked;

FIG. 5 is a diagrammatic illustration of the signal flow between the remote unit and base unit when the remote unit is docked;

FIG. 6 is a front view of an example of an entertainment unit as taught herein, with a docked remote control unit and a simulated display;

FIG. 7 is another front view of the unit of FIG. 6, showing a top panel open to receive an ASM;

FIG. 8 is still another front view of the unit of FIGS. 6 and 7, with an Auxiliary Source Module (ASM) docked;

FIG. 9 is an isometric top view of the unit of FIGS. 6-8, showing an example of an interface module for an ASM;

FIG. 10 is a diagrammatic, exploded view of a portion of the interface module of FIG. 9;

FIG. 11 is a top view of the example entertainment unit showing an interface module in place with the cover open and no ASM docked;

FIG. 12 is a block diagram of audio routing in the base unit to effect some optional “fail-safe” alarm features;

FIG. 13 is a front view of a base unit of an example system, with an Apple Computer iPod player installed as an ASM and the wireless control unit undocked to reveal a snooze alarm kill switch and (at the bottom) contacts for interfacing directly to the control unit when it is docked;

FIGS. 14 and 15 are close-up views of a display on an example of a control unit, illustrating on-screen labeling of soft buttons (shown below the screen on the control unit); and

FIG. 16 is an isometric view of an example of a system as discussed herein, with a docked control unit (or permanently attached control unit) and another ASM, perhaps a satellite receiver, docked on top.

DETAILED DESCRIPTION

This invention is not limited in its application to the details of construction and the arrangement of components set forth in the following description of or illustrated in the drawings. The invention is capable of other embodiments and of being practiced or of being carried out in various ways. Also, the phraseology and terminology used herein is for the purpose of description and should not be regarded as limiting. As used herein, a “processor” can be implemented in any convenient way. It may, for example, be a programmable microprocessor or microcontroller, or it may be an application-specific integrated circuit (ASIC) or it may be hard-wired circuitry, or a neural network, or a gate array or FPGA (field-programmable gate array), or any other form of information processing device. A microprocessor is discussed as a practical example, not to be limiting. The use of “including,” “comprising,” or “having,” “containing,” “involving,” and variations thereof herein, is meant to encompass the items listed thereafter and equivalents thereof, as well as additional items.

As shown in FIGS. 1 and 2 (i.e., FIGS. 2A and 2B), an entertainment system 100 of the type to be discussed herein has a number of sub-assemblies. These include at least a base or table unit 102 and a control sub-assembly 104. The base unit 102 further includes an audio amplifier 106, one or more (preferably at least two) loudspeakers (or speakers) 108, and housing 112. (As illustrated, the speakers 108 are within housing 112, but this is not required). It may also include a tuner 114 and/or audio signal source interface sub-assembly 116 connectable to one or more detachable devices 118 (also called Auxiliary Source Modules, or ASMs). The control sub-assembly includes a two-mode, detachable control unit 104A and an interface therefor, 104B, in the base unit. The detachable device 118 is preferably a digitally controlled device that supplies an audio signal (in any acceptable format, analog or digital), via the interface sub-assembly 116, to the audio amplifier 106. For example, the audio signal source in an ASM may be an MP3 player, a device such as an iPod digital player from Apple Computer, Inc. of Cupertino, Calif., a wireless network adapter, a satellite radio receiver, or any other device that can be plugged into interface sub-assembly 116 at connector assembly 122. When the ASM is plugged into the interface sub-assembly, it supplies audio signals to the audio amplifier sub-assembly under control of the control sub-assembly. When the audio signal source (i.e., ASM) supplies an audio signal in a digital format, the audio signal is first routed through a decoder (e.g., in a codec) before the analog decoder output is routed to the audio amplifier. The decoder may be a dedicated module or it may be implemented by software executing on a processor 115 which has multiple functions. The decoder must be appropriate to the signal format, of course, and appropriate decoders will be familiar to software developers and other engineers.

When a network adapter is used (wired or wireless), the system may control a remote device (personal computer, etc.) which can then act as a server of music and other files to the base unit (e.g., from Apple Computer's iTunes service or the like) or as a streaming audio source. With appropriate decoder software executing on processor 115 or another processor (not shown), the device can play songs provided in various music formats, such as WAV, MP3, WMA, and AAC, among others. The system may provide for receiving, storing and playing back broadcast content.

The detachable control unit 104A preferably comprises a display device 132, one or more input devices 134A-134N, a wireless transceiver 136 and a docking (wired) interface port 138, and batteries for power (not shown), in a housing or stand 140 designed to mate with the base unit 102. Preferably, when mated, the control unit 104A and base unit 102 appear to be an integrated device. Optionally, when detached from the base unit, the control unit may be supported on a cradle of convenient design, such as an angled piece of plastic or other material, the arrangement and style of the cradle being a matter of design choice.

The control unit 104A operates in two modes. In a first, docked mode, the control unit is electrically connected to the audio amplifier and signal source electronics sub-assembly via a set of connectors or terminals 142A, 142B and its wireless transceiver is disabled. This “wired” connection conserves battery power (power for the control unit being supplied by the base unit), in a typical implementation it also allows the battery power supply to be recharged from the base unit, simplifies the wireless connection as it is engaged only when the wireless mode is used, and provides the reliability of a direct electrical connection. In a second, undocked mode, the control unit is separated from the base unit and the electrical connection at connectors 142A, 142B is broken. The control unit switches (preferably automatically, with appropriate circuitry detecting the undocking) to battery power and intercommunicating wireless transceivers in the control unit and base unit are enabled.

Preferably, the wireless transceivers provide and receive signals compliant (at least at a physical level) with an industry standard, such as the ZigBee standard. This allows use of inexpensive, mass-produced transceivers. As for the logical levels of the signaling protocol, standardized or proprietary specifications can be employed. One advantage of using a proprietary signaling protocol is that other devices would not be able to control the base unit (e.g., remote controls for other systems, or stray signals of other systems). Optionally, a signaling protocol may be used which allows multiple control units to interact with, and control, the base unit. That way, the user may deploy control units in different rooms in a house or in different places in the same room, for example.

The control unit preferably includes a display, such as a liquid crystal (LCD) screen, for showing the user textual and/or graphical information such as is typically displayed on a home entertainment device. For example, such information may include a selected input device (e.g., built-in radio tuner, iPod portable music device, network card, etc.), volume, song and/or station being listened to (if operating in a radio mode), control functions, etc. Preferably, the display is capable of presenting standard bitmapped graphics to the user, but displays using other formats are certainly acceptable; bitmapped graphics simply provide the maximum display flexibility at the lowest cost. The combination of a processor-operated bitmapped display screen, together with a knob and buttons that can be pressed to move a cursor and indicate a selection, provides for a menu-driven user interface established by software executing on the processor. The details of the interface selections are a matter of design choice. The input source and other user information preferably is displayed on the display screen. Desirably, when the user has selected the tuner as the audio signal source, the system receives and displays RDS (Radio Data Service) broadcast information in a conventional way, which allows a user to receive information relating to the song being played, such as the song title and recording artist. Using conventional techniques, the display screen can be programmed to deliver content in multiple selectable languages. In other embodiments, display content may be replaced by or complemented by voice prompts during user-defined operations. The use of voice prompts permits operation by vision-impaired individuals.

The display outputs data obtained locally in the control unit and/or obtained from the base unit via the interface. In addition, the control unit includes input devices such as one or more switches and one or more knobs. One of the knobs, 134A, preferably is a tuning knob, as a rotatable knob appears to be widely adopted for radio station selection and other inputs of home entertainment devices. A knob, however, certainly is not a requirement. Any suitable input device may be substituted, such as switches for directing upward and downward frequency change.

Tuning

Preferably, the tuner (the details of which are not relevant, as any conventional turner can be adapted for use in this system) is capable of receiving broadcast signals from different radio bands, such as the AM band, the FM band, other radio sources such as satellite broadcast bands (which may be subscription services), or direct audio broadcast or internet broadcast or other such services. Each of those bands occupies a different segment of the radio frequency spectrum or the equivalent, addressable “space.” Each radio band typically is allocated to a broadcast service which, by regulation, employs a specific type of modulation scheme for encoding information that is transmitted, for example, in the AM band, amplitude modulation is used; while in the FM band, frequency modulation is used. (Likewise, the other services use distinct modulation or encoding schemes). In a typical AM/FM radio, the processing of a received AM signal is thus usually performed by circuitry which is almost completely different from that used for processing a received FM signal. The outputs of the AM section and the FM section are, however, supplied to an audio amplifier and speakers shared by those two sections. Typically, a user operates a band selection switch to choose which of the two sections is energized and connected to the audio amplifier, etc. Appropriate mechanics, logic and circuitry may switch the source of some of the screen information to show appropriate frequency and other information, and connect the input controls to control the frequency setting of the selected section and sometimes to adjust functions such as sensitivity or filtering.

At one time, the program content of AM and FM stations were markedly different. FM broadcasts are better suited to the delivery of music and tended more to provide music content. AM broadcasts were largely used for talk shows, news reports, sports and the like, with less music. Programming in the two bands is now far less distinct than it was decades ago and users often make less distinction between the two bands than was true years ago. Talk shows, sporting events, etc. are frequently broadcast on the FM band, for example. Yet users still have to consciously switch between bands on their AM/FM and other multi-band radios.

Turning to FIG. 3, there is shown in block diagram form an arrangement we call “bandless” tuning, whereby no AM/FM switch is presented to the user and the user does not have to activate a switch to change bands. Instead, one simply tunes from the end of one band directly into the beginning of another band, as though they were contiguous in frequency. The illusion is given the user of single band operation. The bands can be arranged in a loop, so that the top end of the last band in sequence wraps to the bottom end of the first band. If there are three or more bands, they may be arranged in any desired sequence. To effect this operation, various implementations are possible. The implementation shown in FIG. 3 is presented by way of illustration and example only, not to illustrate specific circuitry. There, an all-digital control system is depicted for selecting the active tuning section and connecting it appropriately. A tuning knob 134A provides UP and DOWN (DN) counter control signals (in response to clockwise and counterclockwise rotation, respectively) to associated circular (modulo) counter electronics 302, the design of which is well known to electronics engineers. The counter 302 supplies a digital output signal on line 304. The digital signal on line 304 represents a count value from a counter whose count increments, for example, as the tuning knob is rotated clockwise, and whose count decrements as the tuning knob is rotated counterclockwise. The COUNT signal on line 304 may represent a number from zero through a maximum value determined by the designer to resolve at least a certain predetermined number of radio station channel assignments so that there is a 1:1 mapping of count values and channels (frequencies). Through whichever interface is employed at the time (wired or wireless), a corresponding CHANNEL SELECT signal is conveyed on data line(s) 306 to a processor 115. The processor maps the CHANNEL SELECT signal to the band to which the count corresponds and (a) sends to the tuner a BAND signal or equivalent which switches on the corresponding one of the receiver units 310 (for AM) or 312 (for FM), (b) supplies a FREQUENCY signal to that receiver unit, and (c) selects the output of the selected receiver unit to be connected to the input of the audio amplifier by supplying an appropriate control signal to a multiplexer 314, for example. The output of the multiplexer 314 is connected to the input of audio amplifier 106.

Assume that there are not just two, but three, bands covered by the receiver, for example: the broadcast AM band of approximately 535-1650 kHz, the FM band of approximately 88-108 MHz, and a third band covering weather service channels in the 162.4-162.55 MHz range. Like the FM broadcast band, the weather service broadcasts are transmitted using frequency modulation. There are thus six band limits: the lower and upper limits of each band. Let us call the lower limit of the AM band AML (denoting the value of the CHANNEL SELECT signal corresponding to that lower limit; the upper limit of the AM band, AMU; the lower limit of the FM band, FML; the upper limit of the FM band, FMU; the lower limit of the weather band, WL; and the upper limit of the weather band, WU. Thus if AML≦CHANNEL SELECT≦AMU, then the processor provides a BAND signal that selects the AM receiver and activate AM reception. Similarly, if FML≦CHANNEL SELECT≦FMU, the processor provides a BAND signal that selects the FM receiver and activate FM reception. If WL≦CHANNEL SELECT≦WU, the BAND signal also selects the FM receiver, to effect reception of an FM signal, but the value of the FREQUENCY signal will be appropriate to the weather band instead of the FM band. Clearly, this methodology may be extended to the use of different or additional bands or services that are accessed using a tuning metaphor or mechanism, such as DAB, satellite and HD radio.

Various receiver circuits may require tuning component or parameter changes customizations for different broadcast bands, such as different antennae, different bandpass filters, etc. All of these customizations can be controlled appropriately from the BAND signal(s) or from a combination of those signals and the FREQUENCY signal, as will readily occur to those skilled in the art.

In some embodiments, the tuner may be placed into a “scan” mode whereby, taking advantage of the “bandless” tuning capability, the tuner may cycle through a series of frequencies associated with a first band and then begin automatically to scan through a series of frequencies of a different band. For example, a user may initiate the scan feature when the tuner is initially set to a station “low” in the AM band. The tuner cycles through the AM band, playing short (e.g., three-second) samples of each station it encounters. At the top of the AM band, whereas most radios would begin a second survey of the AM band starting back at the bottom, instead the system begins a scan of the FM band. Scanning may combine other bands or different bands, or be limited to a single band, at the user's selection. This operation is particularly useful in automotive environments, to minimize a driver's distraction incurred when interacting with radio controls.

In other embodiments, bandless tuning may be adapted to scan broadcast signals as well as signals input from peripheral devices, allowing the system to scan through content in the FM and satellite bands, and from a music library. All of these variations require no more than minor programming changes that will be obvious to anyone skilled in programming within the architecture of the system. For example, the bandless tuning feature may be coupled through software to the RDS information, also, so that scanning is limited to stations that meet certain user-defined criteria. For example, with the bandless feature turned on, scanning can be set to sample only stations broadcasting in talk radio format on the AM, FM and satellite bands. On a tabletop system or car radio, dedicated or soft (programmable) buttons (which may be self-labeling on the display) may be provided, to be preset to filter stations according to characteristics programmed into the button. A user might set up, for example, a country music button, a sports button, and an “all news” button, or a button dedicated to call a specific song or playlist from an auxiliary source such as an iPod player, using an appropriate codec. Alternatively, some or all of the preset buttons can be mapped to positions of the tuning knob (encoder) and treated the same as radio stations, for simplified, pre-configured access, scanning, etc. With reference to FIGS. 14 and 15, there are shown, respectively, examples of display screens whereon radio stations “presets” have been mapped to eight soft button labels indicating how the soft buttons will operate when pressed (FIG. 14) and whereon an alphabetical keypad arrangement is mapped as an alternative for use in navigating a song index, for example (FIG. 15).

The arrangement shown in FIG. 3 and discussed above is exemplary only. Numerous other configurations will readily occur to those skilled in the art. For example, in the example, the counts (channel selection signals) for AM, FM and weather bands are expressly neither contiguous and continuous nor discontinuous; they may be either. Also, those bands may be divided into sub-bands, if desired.

When one of the “bands” is a digital “radio” service, such as a satellite, internet or direct audio broadcast service, then one merely employs a processor running browser or other software as the “tuner” for accessing that service, or a similar “receiver,” and tuning involves the BAND signal being a signal to start the receiver (e.g., start the browser or other software and connect to the Internet) and the FREQUENCY signal supplying a URL or Internet IP address instead of a frequency. Memory can supply to the display any desired identifier for the “station.” Each of these non-radio-frequency broadcasts can be mapped to its own band for tuning purposes.

With this “bandless” tuning methodology, the user need not even be concerned with whether a particular station is in one band or another. Further, it has been common practice to provide on some tuners a number of buttons for station “presets;” that is, buttons which can be assigned to preselected stations so that the user has fast access to those stations by merely pressing the assigned button. However, the number of buttons provided is finite, typically in the neighborhood of about six or eight, most often (but not always) with a dedicated number of button positions for each band. Yet one user may wish to listen (in the extreme) only to AM stations and another user may wish to listen (again, in the extreme) only to FM stations. Thus, each user would be able to use only the six or eight (or other number of) buttons provided for his favorite band and the other buttons would be unused. By contrast, as stations herein are mapped to CHANNEL SELECT counts and those counts are “agnostic” as to band until the processor decodes them, a preset button in this system preferably stores a station count in a memory 322 in a “record” mode and then causes that count to appear as the COUNT and CHANNEL SELECT signals when the preset button is pressed, overriding the knob (counter) output. In this way, the buttons can be assigned to stations in any band. If twelve buttons re provided, the user can assign them all to a single band or assign them in any arrangement and number to different bands. The user might, for example, group the button assignments according to the program content type of specific stations, regardless of band. For example, the first two buttons might be assigned to AM and FM stations that have good weather reports. The next three buttons might be assigned to one AM station and two FM stations that play “oldies” music. And so forth. Note that it is unnecessary for the user to use a switch to select a band; thus, there is no AM/FM switch.

In the control unit 104, there preferably is provided a processor 324 which performs various functions, including controlling the information shown on display unit 132. This processor receives the count output by the tuning knob circuitry or “preset” buttons, if any are provided, and converts the count to a frequency assignment (e.g., through use of a lookup table or algorithm, not shown) which is then shown on the display unit. Optionally, other information may also be displayed on the display unit, such as the time and/or data supplied in a signal from the radio station, including the station call letters, type of program content, name of a song being played and the artist and album, or other information.

Preferably, the processor in the control unit and the processor in the base unit are the same type or family of processor, whereby much of the software need be written only once and can be used by both processors.

The control unit may also include circuitry and programming for the processor to provide “alarm clock” functionality, including a clock and interfacing between the clock and the controls of the radio circuits. Such circuitry is conventional and need not be shown in any detail.

Referring now to FIGS. 4 and 5, there are illustrated examples of the signaling operation which may be established between the control unit and the base unit in, respectively, the undocked and docked configurations.

In the undocked configuration, the control unit 104A (labeled “Remote Unit Controller”) communicates with the base unit 102 via a wireless channel provided by, for example, a ZigBee-compliant (or partially compliant) transceiver.

In the base unit, the described functionality may be implemented in many ways, the selection of which is based on practical considerations of cost, space, power consumption, and the like. One typical arrangement is shown in FIGS. 4 and 5. There, the base unit comprises a base unit controller (BUC) module 402 and an analog circuit board module 404. Optionally, the base unit may also have, or be able to receive (e.g., at a socket), a device we term an Auxiliary Source Module 118. The Auxiliary Source Module may be any of a number of kinds of devices. For example, it may be a device that provides audio files in mp3 or .wav or other convenient format (e.g., an iPod device from Apple Computer, or other portable music player); a wireless local area network (LAN) card providing connectivity to audio files on a server or to an internet router, permitting the downloading of music and other files; or a receiver for a service such as satellite radio, as depicted, for example, in FIG. 16. The output from the Auxiliary Source Module is routed to the BUC module instead of to the analog circuit board, preferably, in order to employ the processor in the BUC module to decode any digital audio signals and convert them to analog form before being provided to the analog module. If the signal is already in analog form, of course, if can be passively routed to the analog module by the BUC module.

The BUC module includes a wireless transceiver for communicating with the control unit, a processor 115, and an interface 406 to the analog circuit board module for control and to pass through analog audio signals. The analog circuit board typically includes audio amplifiers, power regulation circuits, and pre-processing apparatus. The audio output from the analog circuit board is connected or connectable to speakers 108 located inside or outside the housing for the base unit. The AM and FM tuner circuits are preferably provided on the analog circuit board, but they could be provided on a separate board.

The audio output from the Auxiliary Source Module, if one is provided, may be routed directed to the analog circuit board or via the BUC to the analog circuit board.

In the docked configuration, shown in FIG. 5, preferably the ZigBee transceivers are deactivated when the direct, physical mating is detected, and a wired connection is established between the control unit and the base unit, as well as a power connection to charge the battery(ies) in the control unit. Otherwise, the system functions the same as in the undocked arrangement.

Universal Docking System

It is desirable, though not required, that the Auxiliary Source Module be connectable to the base unit through a connector. However, it is also true those different signal sources typically will have different form factors and use different connectors. For example, even some of the different models of Apple iPod music players provide different connectors and/or form factors; and Apple iPod devices use different connectors than do Creative Technology's Zen players and XM or Sirius satellite radio receivers. While a system can be made to accept only Auxiliary Source Modules (ASMs) with a certain type of connector and a certain form factor, if the user changes ASM or has multiple ASMs with different connectors and/or form factors, the user would find that the base unit cannot accept all of them or future products of different design. Accordingly, it would be commercially more effective and desirable to permit a user to employ ASMs with a variety of connectors and form factors, interchangeably. For this purpose, a base unit may desirably employ an interface module 116 such as is shown in FIGS. 9-11. The interface module mates to a “universal” connector (not shown) provided as part of the entertainment unit, typically on a circuit board or cable. (The connector is “universal” in the sense that, if it is provided with a sufficient number of connection terminals, or pins, then with the appropriate interface module, a wide range of ASMs can be connected to the base unit). A typical interface module contains two adapters, a first (electrical) adapter 504 and a second (mechanical) adapter 506. The mechanical adapter may not be required, if the electrical adapter is not “sunken” below the housing surface, as it serves to provide adjustment to the “form factor” of an ASM and to protect a docked ASM and the connectors (on the ASM and in the interface module) from mechanical damage.

The universal connector contains connection pins for power and for the kinds of signals that might potentially (foreseeably) be provided to or received from an ASM. Some ASMs will require fewer connections than others. The electrical adapter 504, in its most basic form, assuming a passive electrical interface suffices, has three components: a first connector (not shown) which is mateable with the “universal” connector (within the entertainment system base unit); an interconnection sub-assembly (e.g., printed circuit board or cable or a combination) 512; and a second connector 514 for receiving an ASM of a particular type. That is, second connector 514 is specific to and compatible with the ASM. In one embodiment, the two connectors may be mounted on different sides of a printed circuit board and the appropriate pins of the first connector may be wired to corresponding pins of the second connector through the printed circuit board, the correspondence being dictated by the functions assigned to the various pins by the ASM manufacturer and the base unit manufacturer. In some situations, not all pins have counterparts. If needed or desired, buffer circuitry can be provided on the printed circuit board, powered from the first connector, to buffer, isolate, amplify or level-shift signals passed between the base unit and the ASM. In another embodiment, which is useful for the configuration illustrated in the drawings, it has been found useful for the interconnection sub-assembly to be formed of a first printed circuit board wired to the first connector, a second printed circuit board on which the second connector is mounted, and a flexible cable interconnecting the circuit boards. Another approach would be to mount the second connector on something other than a printed circuit board, such as a plastic part of the adapter housing, and to interconnect the first and second connectors with a cable, the cable directly connected to the first connector. Still another alternative is to provide two (or more) ASM adapters and switching circuits for selecting one to be active while the other(s) is (are) inactive; or, alternatively switching or arranging one to be an audio source while the other ASM provides other functionality such as networking.

Other configurations may be devised according to design considerations.

Optionally, selected pins of the universal connector can be used to code the identity of the interface module and/or ASM which will be docked. On circuit board 512, the leads from those pins can be tied to “high” or “low” logic levels, so as to identify to the processor in the entertainment unit, via the universal connector in the base unit, a type of ASM. The processor can then retrieve from memory specifications for the ASM and route appropriate signals to and from the pins of the universal connector. Thus, at least some pins of the universal connector preferably are connected to multiplexing circuitry to permit re-routing connections. As new ASM devices are marketed, new specifications can be downloaded to the entertainment unit via a USB port or other interface (not shown).

The mechanical adapter, if used, is intended to provide an appropriate fit between the base unit housing and the ASM, with differently sized mechanical adapters being made available for ASMs of different dimensions or shapes. The base unit is made with an aperture 520 of size sufficient to receive ASMs of maximum expected size. The mechanical adapter 506 has a central aperture sized and shaped and positioned to receive the ASM and to place a connector on the bottom of the ASM into alignment with the second connector of the electrical adapter. The mechanical adapter may, and preferably does, retain the ASM in a slightly recessed disposition, to provide some physical security for the ASM. The mechanical adapter 506 may be provided with a hinged or sliding lid, optionally, to close the aperture 520 and protect connector 514 when no ASM is installed.

Database Management and User Interface

Apple's iPod and similar players now are sold with sufficient memory capacity to store thousands of songs. While this is a boon to music lovers, it also presents a challenge: finding a desired song among the many that have been stored. Creative Technology of Singapore has recognized this problem in its U.S. Pat. No. 6,928,433, which provides a hierarchical interface to facilitate song retrieval. Additionally, facilities are known for creating stored lists of songs, called “playlists.” A command to play a playlist causes the corresponding list of songs to be played seriatim. Use of playlists is particularly helpful when an MP3 player is used in an automobile, to relieve the driver of the distraction of having to deal with the user interface to choose a song every few minutes.

On the player, songs typically are stored sequentially as they have been recorded. Means are provided on the player to allow a user to scroll linearly forward and backward through the list of songs, and sometimes facilities are provided to select and play recorded playlists.

Beyond the availability of these features, little facility is available for making it easy for a user to identify and play songs. Currently, iPod devices provide the services of a database engine to external devices because very little database functionality has been built in. Songs, artists and albums and the like are represented by data records. An external device can select which records are to be made currently active, such as all songs, all songs by artist X or all songs from album Y. When an external device accesses a record, however, the record is identified by its position in the list of currently selected records, not by absolute identifier. Thus, a single song will have a different identifier based upon how the user navigated to a current list (e.g., by album, artist, genre, etc.). This is a limiting approach.

To provide improved functionality, when an iPod music player or similar device is docked to the universal connector of the new entertainment connector, all of the records defining the music content on the device are downloaded and a new database is created of that information. This database is created by first writing a list of all artists, then for each artist writing the list of all of that artist's albums, and for each album, retrieving and writing the list of all songs thereon. This creates a database wherein each song is uniquely identified and indexable by the combination of the artist/album/song names. For example, a data tree may be constructed with the list of artists at the top root level, the albums for each artist at the next level and the songs for each album at the third level.

Optionally, secondary indices may be written to permit quick access to, for example, the list of all albums (regardless of artist), all songs (regardless of album or artist), and songs by artist (regardless of album).

Once this database exists in memory (e.g., memory 117) within the base unit, it can be used to implement a variety of access features, including a “jump by spelling” feature, or to easily go from a song that is playing to the list of other songs in the same album or by the same artist or by the same name but by different artists. These access options are all straight forward database programming tasks. Then, once a song is selected to be played by any of these access features, the music player can be controlled via the user interface to serve up the selected song (e.g., by number) and play it back through the base unit. Of course, it is also possible, technically, copyright law permitting, to download the song file into memory (semiconductor, hard drive or optical, for example) in the base unit and to play it from there, using an appropriate codec to turn the stored digital representation into an analog signal that can be supplied to transducers such as loudspeakers.

As shown, the interface module may also include a cover to protect the connector 514 when no ASM is docked.

Alarm Clock

With reference to FIGS. 1 and 12 (discussed below) and appropriate software control to effect the functionality to be discussed, a “fail-safe” radio/player-alarm function is provided which will confirm alarm settings, minimize the risk of a user inadvertently overwriting desired alarm settings and provide a wake-up service in four situations where conventional clock radios will not play a radio or music source to provide a wake-up service. The first situation is that the volume control has been turned down or the volume has been muted by the user, instead of turning the radio off. When the time arrives for the alarm clock to turn on the radio, it does so but the radio emits no or very low sound output. The second situation is when if headphones are left plugged in. Normally, when headphones are plugged in, the speakers are disconnected. Thus, if one goes to sleep with headphones plugged in, the clock radio fails to sound an alarm that will wake the user. Third, if a plug is present on an auxiliary output jack, the situation is basically the same as when headphones are plugged in. Fourth, if the AM/PM setting was incorrect, when the time arrives for the expected alarm (e.g., 6:00 a.m.), nothing happens because the clock radio actually was set to 6:00 p.m.

The enhanced functionality which overcomes these shortcomings is provided by employing a processor in the base unit 102, which may be processor 115 or another processor or microcontroller, to control the volume of the audio channels separately for the alarm function and for the non-alarm “regular play” function. This permits the radio's alarm volume to be controlled independently of normal listening volume and also permits the audio output to be supplied through the system's loudspeakers for alarm purposes even when the speakers are deactivated for other purposes. Additionally, separate volume controls are provided to control the volume emitted by the speakers in alarm mode as compared with normal listening mode. The alarm volume defaults to a pre-set level that should be appropriate for normal alarm usage and steps are taken to require extra efforts by the user to change the alarm volume so that inadvertent changes are made unlikely. For example, the alarm mode volume setting should not be an external knob or slider or similar mechanical control that is too easily turned down to a low setting. It may, for example, be an internal knob or a “soft” setting established on-screen by the user, stored and left to be forgotten. Preferably, if a manual control is employed, the alarm volume control is in a hidden or interior location so that, once set, a user normally will not change the volume setting and thereby defeat the intended “fail-safe” functionality.

When the base unit is connected via a network to a computer, it is straightforward to allow alarm settings to be programmed from the computer, and to store preferences in user profiles in either the computer or base unit or both. Storing default user profiles in the base unit is also one way to facilitate selection of the language of text displayed on the bitmapped graphics of the display device.

Turning to FIG. 12, there is shown a simplified block diagram of audio signal routing and control which provides the basis for implementing, among other things, some of the “fail-safe” alarm features discussed above. As illustrated, four different inputs are presented, which may possibly generate audio outputs. First is an auxiliary input jack 602. Second is an auxiliary source module (ASM) 118. Third is the processor 115, which can generate an alarm buzz by providing an appropriate pulse-width modulated (PWM) signal on line 604. Fourth is the tuner 114. The signals from each of these inputs are supplied to block 606 which is a multiplexer and volume control stage. In exemplary form, the multiplexer (i.e., input selector) and volume control stage 606 may be implemented using a commercially available integrated circuit such as the TDA7462 dual audio processor with compander from STMicroelectronics, Philips's TEF6892H integrated signal processor or other suitable circuit. Mux (multiplexer) and volume control stage 606 is controlled by signals supplied by processor 115 on line(s) 608. The processor determines which of the inputs to the Mux 606 will supply an output signal on line 610 and it also sets the volume (amplitude) of the output signal on line 610. The signal on line 610 may be a monaural or stereo signal, depending on the input, and illustrating output 610 as a single line is not intended to suggest only a monaural signal. Line 610 supplies input to the main speaker amplifier 106, a headphone amplifier 612 to headphone jack 614, and “line out” amplifier 616 to line out jack 618. The main speaker amplifier 106 and the headphone amplifier are each controlled by an on/off signal supplied, respectively, on lines 622 and 624 from processor 115. Finally, circuitry 626 and 628 is provided to monitor the condition of each of headphone and line out jacks 614 and 618, respectively. The output of each of circuits 626 and 628 is provided to the processor 115. Depending upon the state of the output signals from circuits 626 and 628, the processor “knows” whether a headphone is plugged into the headphone jack and whether an external amplifier or other device is plugged into the line out jack, for supplying an audio signal to an external speaker or other lode [load]. When a headphone is plugged into headphone jack 614, the processor detects that condition and turns off the main speaker amplifier for generating an appropriate “off” signal on line 622. The processor may also turn off the headphone amplifier if there is no headphone plugged into the headphone jack, or under other appropriate conditions. Suitable program code executing on the processor implements the alarm clock functions. For each of the input “channels” to Mux volume control 606, a distinct volume control setting (or settings) is stored. The volume control settings may be stored in any convenient location, including in data storage (memory) 117 which is accessible by processor 115. Through the control unit, the user can select one of the inputs and set its volume which is then saved. So the volume for the tuner when it is providing a normal alarm output, is saved separately from the volume setting for the tuner when it is being used as a source of a wake up program. The programming of processor 115 assures that when an alarm “goes off,” the control signal on line 622 turns on the main speaker amplifier irrespective of the sense conditions of the headphone jack 614 and line out jack 618, and that the alarm volume is controlled by the pre-saved alarm volume setting, irrespective of the volume settings for any of the inputs in “normal” play mode.

Other fail-safe alarm functions are provided principally by the programming of processor 115. For example, alarm clock users, with some frequency, have been known to mistakenly set an alarm that is in error by twelve hours, because they make a mistake about AM/PM selection, which is often shown simply by a lighted dot. To avoid this problem, processor 115 compares the current time with the set alarm time if the alarm is being set more than 12 hours ahead of the time, an error message is generated to the user, asking whether the indicated alarm time is correct.

Another example of a fail-safe alarm system feature relates to the “snooze” feature found on those clock radios. In the invented system, a user-defined limit is programmed into the processor, and the snooze feature is disabled when the limit is reached, thus providing additional control over such features as the number of times a snooze feature may be activated (to temporarily disable the alarm) or the number of permitted minutes in a snooze cycle. Further, the system may include a feature that the last time the alarm comes on after the snooze cycle has completed, the only way to turn off the alarm is to press a different button on the base unit itself.

It is envisioned that users will desire to separate the control unit from the base unit. For example, users may desire to place one or two control units on bedside tables (e.g., “his” and “her” control units), while placing the base unit on a bedroom dresser that cannot be reached from the bed. As previously stated, in some embodiments the number of “snooze” actions that can be taken may be limited, either by fixed design or in response to user input. In such embodiments, when the last alarm goes off and turns on the base unit, the remote units are preferably rendered incapable of turning off the alarm. Rather, a hardware button 702 is provided (e.g., at the back of the docking area for the remote—see FIG. 13), interfaced to the processor 155 by, for example, an interrupt operation, so a user must make an extra effort, perhaps getting out of bed and walking across the room to press this button to turn off the alarm. In some embodiments, the last alarm after multiple snooze cycles may be limited to a loud and irritating buzz supplied by the PWM signal on line 604, instead of a potentially soothing musical output. In some embodiments, the volume may be successively increased for each snooze cycle or the source for content of the sound output can be changed from one alarm to the next, to encourage the user to wake up.

A persistent alarm setting, as used herein, is one which, having been set, generates an alarm on subsequent days at the set time automatically, and does not require that the user turn the alarm on for each successive day. Thus, if a user intends to set an alarm for the same time for each weekday, the user need only set the alarm once and the user does not run the risk of oversleeping because he did not turn on the alarm before going to sleep a given evening.

Thus, many common causes of oversleeping may be avoided with proper use of the architecture and programming thus provided.

Using an internal calendar that is initialized at setup, the internal clock accounts for changes between Daylight Savings and Standard time. That, of course, is a common function on personal computers and other digital appliances. In some embodiments, provision may be made to set alarm times individually for different days of the week. The number of different days for which alarms can be set is simply a matter of manufacturing choice according to how much memory the designer wishes to devote to alarms. In some embodiments, one or more persistent alarms, for all or only selected days of the week, can be set and in some embodiments a single one-time alarm setting is provided. Any combination of persistent and one-time alarms may be provided, of course.

Aesthetics

Preferably, the base unit can be customized to the user's aesthetic taste. For example, the base unit preferably comprises a housing that holds circuit boards, speakers, jacks and other hardware, and detachable panels may be selected and attached (e.g., snapped or screwed into place or otherwise affixed) for the top, bottom, sides and back, and possibly the front, constructed from any suitable material, such as wood, metal, plastic or the like. These panels may be provided in various colors, shades and tones, painted or unpainted, with plush surfaces or textured surfaces or other embellishments. Wood panels of various types, staining, and design may be made available. If desired, the top panel can be configured as a detachable tray. Speaker grills can have various embodiments, and (for example) may have a plurality of small apertures or may be cloth covered.

It should be understood that the described user interface can present to a user a standardized interface for use in tabletop systems, automotive systems and even portable systems. The use of bandless tuning; a bit-mapped graphics display and “soft”, programmable buttons; along with the described database features for accessing content from an ASM, all can be employed in those systems, together or in various groupings. The more features used in common, the more standard or unified the user interface becomes and the lower the cost of implementation. Adoption of a standard interface for automobile, home and/or office use, moreover, means the automobile driver is more likely to be able to operate the interface with minimal distraction, due to acquired familiarity and simplicity of interaction.

Having thus described several aspects of at least one embodiment of this invention, it is to be appreciated various alterations, modifications, and improvements will readily occur to those skilled in the art. Such alterations, modifications, and improvements are intended to be part of this disclosure, and are intended to be within the spirit and scope of the invention. For example, the base unit need not include a tuner at all; or it may only include a single band tuner. The base unit need not include an audio amplifier or loudspeakers; they could be in other housings. The base unit need not have the ability to receive portable music devices, network cards or the like. A system could be built wherein the control unit cannot be docked with the base unit and can only be a separate remote control. Or the control unit, when docked, might not have a direct electrical connection to the base unit; it might continue to use an RF link or it might use an infrared link or some other channel. The various features discussed above may be practiced singly or in any combination. Other variations will occur to the skilled artisan. Accordingly, the foregoing description and drawings are by way of example only. 

What is claimed is:
 1. A method of using a media device, comprising: configuring the media device to operate in a first mode and in a second mode, selectively, wherein (A) when in the first mode, the media device performs the operations of (1) displaying, on a display of the media device, a list of digital media content stored on said media device, (2) receiving from a user an indication to play a selected digital media content from among the displayed list of content, and (3) playing the selected digital media content on the media device; and (B) when in the second mode, the media device performs the operations of (1) operatively connecting the media device with (a) a separate, selected first media source via at least in part an internet or with (b) a separate, selected second media source via a local network, to permit the media device to effect, at least in part, operation of the selected media source, and (2) sending, at least in part wirelessly, a media content control signal from the media device to the selected media source, said control signal causing the selected media source to download or stream media content responsive to the media content control signal from the selected media first or second source to a media output unit, for outputting via a media output unit that is separate from said media device, whereby the user selectively controls the first media source and/or the second media source for content downloading or streaming.
 2. A method as recited in claim 1 further comprising: in the second mode, the media device displaying a menu having a number of user selectable content items; and in response to user selection of a particular one of the user selectable items, generating the media content control signal based upon the selected item.
 3. A method as recited in claim 2 wherein the media content request command includes digital media file metadata associated with a particular digital media file containing the requested digital media content.
 4. A method as recited in claim 3 wherein the digital media file metadata includes a digital media file title.
 5. The digital media device of claim 2 wherein in the second mode, the second media source is co-housed with or directly connected to the media output unit.
 6. The method of claim 2 wherein in the second mode, the selected media source downloads or streams the selected media content to the media device and the media device sends said media content to an output unit that is separate from the media device for outputting.
 7. The method of claim 6 wherein the output unit is connected to the media device using a wireless connection.
 8. The method of claim 6 wherein the output unit is connected to the media device using a wireline connection.
 9. The method of claim 2, wherein in the first or the second mode, the media device at least in part uses voice prompts in connection with displaying the menu or user selection of a particular one of the user selectable items.
 10. The method of claim 2, wherein in the first or the second mode, displaying the menu or user selection of a particular one of the user selectable items comprises displaying by the media device at least in part on a touch screen and in response, receiving user input.
 11. The digital media device of claim 1 wherein the media device is a portable hand-held device.
 12. The digital media device of claim 2 wherein the media device is a portable hand-held device.
 13. The method of claim 1, further including wherein when in second mode, operatively connecting the media device and a selected media source includes receiving user input comprising selection of said media source.
 14. The method of claim 1 wherein the selected second media source is co-housed with or directly connected to the media output unit.
 15. The method of claim 1 wherein the selected first media source is remote from the media output unit.
 16. The method of claim 1 wherein in second mode, the second media source is a server on a local network.
 17. The method of claim 16 wherein the local server is an iTunes server.
 18. The method of claim 16 wherein the local server is a Realplayer server.
 19. The method of claim 1 wherein in second mode, the first media source is a service remote from said media device.
 20. The method of claim 19 wherein the remote media source is iTunes.
 21. The method of claim 19 wherein the remote media source is Rhapsody.
 22. A digital media device, comprising: a network interface; memory storing program instructions, media files, and media file metadata; a display device arranged to display a user interface having a number of user selectable items; and a processor unit configured to operate the digital media device in a first mode and in a second mode, selectively; wherein (A) when the digital media device is operated in the first mode, in response to a user selection of a media file stored on the media device, the selected media file is played by the media device; and (B) when the media device is operated in the second mode, the media device performs the operations of (1) operatively connecting the media device with (a) a separate, selected first media source via at least in part an internet, or with (b) a separate, selected second media source via a local network, to permit said media device to effect, at least in part, operation of the selected first or second media source, (2) in response to a user selection of one of the user selectable items the media device sends, via the network interface to the selected first or second media source, a media content request command including multimedia file metadata identifying a media file stored on the selected media source, such that when the media source receives the media content request command, it responds by accessing the identified media file and downloading or streaming the identified media file to a media output unit separate from said media device, whereby the user selectively controls the first media source and/or the second media source for content downloading or streaming.
 23. The digital media device of claim 22 wherein the display comprises at least in part a touch screen for receiving user selection of a media file or item.
 24. The digital media device of claim 22 wherein the second media source is co-housed with or directly connected to the digital media output unit.
 25. The digital media device of claim 22 wherein the first media source is remote from the digital media device.
 26. The digital media device of claim 22 wherein the media device is a portable hand-held device.
 27. The digital media device of claim 22, wherein in first or second mode, the media device at least in part uses voice prompts in connection with user selection of a media file or item.
 28. The digital media device of claim 22 wherein when the media device is operated in second mode, the selected media source downloads or streams the selected media content to the media device and the media device sends said media content to an output unit that is separate from the media device for outputting.
 29. The digital media device of claim 28 further comprising an output unit that is connected to the digital media device using a wireless connection.
 30. The digital media device of claim 28 further comprising an output unit that is connected to the digital media device using a wireline connection.
 31. A method of using a media player, comprising: configuring the media player to operate in a first mode or in a second mode, selectively, wherein (A) when in the first mode, the media player performs the operations of (1) displaying a list of digital media files stored on said media player on a display of the media player, (2) receiving from a user a selection from among the displayed list of content of a digital media file to be played by said media player, and (3) playing the selected digital media file on the media player; and (B) when in the second mode, the media player performs the operations of (1) operatively connecting the media player to (a) a separate selected first media server via at least in part an internet or to (b) a separate, selected second media server via a local network to permit the media player to effectuate, at least in part, operation of the selected media server, and (2) sending, at least in part wirelessly, a media content control signal from the media player to the selected first or second media server, and wherein in response to the media content control signal, the selected first or second media server downloads or streams the appropriate media content, based on the media content control signal, to a media output unit, for outputting via the media output unit, whereby the user selectively controls the first media server and/or the second media server for content downloading or streaming.
 32. The method of using a media player of claim 31 further comprising when in second mode, the selected media server downloading or streaming the selected media content to the media player and the media player sending said media content to an output unit that is separate from the media player for outputting.
 33. The method of claim 32 further wherein the output unit is connected to the media player using a wireless connection.
 34. The method of claim 32 further wherein the output unit is connected to the media player using a wireline connection.
 35. The method of claim 31 further comprising: in the first mode, the digital media player displaying a menu having a number of user selectable items; and in response to a user selecting a particular one of the user selectable items, playing the selected item.
 36. The method of claim 35 further comprising, in the first mode or the second mode, receiving a user selection via at least in part a touch screen.
 37. The method of claim 35 further wherein in first or second mode, the media player at least in part uses voice prompts in connection with receiving a user selection.
 38. The method of claim 35 wherein when in first mode, the digital media player sends a digital media file to an output unit separate from said the digital media player.
 39. The method of claim 35 wherein when in first mode, the digital media player sends a digital media stream to an output unit separate from said the digital media player.
 40. The method of claim 35 wherein the selected item is associated with a particular one of the digital media files.
 41. The method of claim 35 wherein the media control signal includes digital media content metadata associated with the particular digital media content.
 42. The method of claim 41 wherein the digital media content metadata includes a digital media content title.
 43. The method of claim 35 wherein the second media server is co-housed with or directly connected to the media output unit and wherein the media output unit is separate from the media player.
 44. The digital media device of claim 31 wherein the media player is a portable hand-held device.
 45. The method of claim 31 wherein the second media server is co-housed with or directly connected to the media output unit and wherein the media output unit is separate from the media player.
 46. The method of claim 31 wherein in the first mode, the digital media player sends a digital media file or stream to an output unit that is separate from the digital media player.
 47. The method of claim 31 wherein in second mode, the second media server is an iTunes server.
 48. The method of claim 31 wherein in second mode, the second media server is a Realplayer server.
 49. The method of claim 31 wherein in second mode, the first media server is an iTunes server.
 50. The method of claim 31 wherein in second mode, the first media server is a Rhapsody server.
 51. A digital media player, comprising: a network interface; memory storing program instructions, media files, and media file metadata; a display device arranged to display a user interface having a number of user selectable items; and a processor unit configured to operate the digital media player in a first mode and in a second mode, selectively; wherein (A) when the digital media player is operated in the first mode, in response to a user selection of a media file stored on the media player, the selected media file is played by the media player; and (B) when the media player is operated in the second mode, the media player performs the operations of (1) operatively connecting the media player to (a) a separate, selected media server via an internet, or to (b) a separate, selected second media server via a local network, to permit said media player to effect, at least in part, operation of the selected first or second media server, (2) in response to a user selection of one of the user selectable items the player communicates to a selected media server, via the network interface, a media request control signal including media file metadata identifying a media file stored on the selected media server, such that when the selected media server receives the media request control signal sent by the network interface, it responds to the media request control signal by accessing the identified media file downloading or streaming the identified media file to a media output unit separate from said media player, whereby the user selectively controls the first media server and/or the second media server for content downloading or streaming.
 52. The digital media player of claim 51 wherein in first or second mode, the display device comprises at least in part uses a touch screen configured to receive a user selection.
 53. The digital media player of claim 51 further wherein in first or second mode, the media player at least in part uses voice prompts in connection with receiving a user selection.
 54. The digital media device of claim 51 wherein the media player is a portable hand-held device.
 55. The digital media device of claim 51 wherein when in first mode, the digital media player sends the selected media file to an output unit separate from said digital media device.
 56. The digital media player of claim 51 wherein in the second mode, the second media server is co-housed with or directly connected to the media output unit.
 57. The digital media device of claim 51 wherein when in first mode, the digital media player sends a digital media stream to an output unit separate from said digital media device.
 58. The digital media player of claim 51 wherein in the second mode, the first media server is remote from the digital media player.
 59. The digital media player of claim 51 wherein when the media player is operated in second mode, the selected media server downloads or streams the selected media content to the media player which sends said media content to an output unit that is separate from said media player for outputting.
 60. The digital media player of claim 59 further comprising an output unit that is connected to the digital media player using a wireless connection.
 61. The digital media player of claim 59 further comprising an output unit that is connected to the digital media player using a wireline connection. 